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TRAFFIC ROUTING AND SIGNALLING IN A CONNECTIONLESS 
COMMUNICATIONS NETWORK 

RELATED APPLICATION 

This application is the non-provisional filing of United States provisional application 
No 60/242,270 filed on 20 October 2000. 

5 FIELD OF THE INVENTION 

This invention relates to methods and apparatus for routing traffic in a label switched 
communications network. 

BACKGROUND OF THE INVENTION 

10 An increasing volume of communications traffic is being carried by packet networks, 
in particular Internet Protocol (IP) networks. In such networks the user traffic is 
contained in packets, each of which is provided with a header containing information 
whereby the packet is routed to its destination. A significant problem with IP 
networks is that of transporting high priority real time traffic, for example voice traffic, 

15 and of providing the quality of service guarantees that are currently being demanded. 

A recent development in the communications field which addresses this issue has 
been the introduction of label switched networks, and in particular networks that 
operate via the multi-protocol label switching (MPLS) protocol. Such networks 
20 comprise an arrangement of routers and links in which quality of service tunnels are 
defined. Packets are routed across the network by attaching label stacks to those 
packets indicative of the tunnels through which the packets will pass. 

A particular problem that is being faced by network operators is the growth of 
25 networks in both complexity and size, and in the consequent difficulty of managing 
such networks. A potential solution to this problem is to partition a very large network 
into a number of autonomous domains or systems each of which operates 
substantially as an individual network. However, partitioning techniques employed 
have impaired the efficiency of current autodiscovery mechanisms. A possible 
30 approach to this problem is the use of dynamic partitioning. However, there is at 
present no mechanism for providing in an MPLS network a multi-layer switching 
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capability that could provide this dynamic partitioning, i.e. the ability to define a label 
stack for MPLS such that aspects of hierarchy can be hidden from switches operating 
at different layers. 

SUMMARY OF THE INVENTION 

An object of the invention is to minimize or to overcome the above disadvantage. 



According to a first aspect of the invention, there is provided a method of routing 
10 traffic in a packet network in which label switched paths are installed, the method 
comprising defining and installing partial routes each comprising two or more paths 
such that an end-to-end route across the network can be defined as the 
concatenation of two partial routes. 

15 Preferably, the paths are MPLS LSPs (label switched paths) and the partial routes 
are cross-connections in MPLS nodes. 

The paths and partial routes may be installed using the COPS (common open policy 
service) protocol. 

20 

Typically, the routes are installed for the purposes of forwarding Internet Protocol 
traffic. The partial routes may be selected based on congestion measurements to 
achieve traffic engineering objectives. 

25 Advantageously, the routes are selected in order to provide guaranteed QoS for a 
packet stream. 

In another aspect, the invention provides a method of operating a multi-protocol label 
switched packet network, the method comprising partitioning the network by using 
30 constraint based routing to install label switched paths and corresponding labels, and 
multiplexing sessions by applying cross connections at a higher label level. 

Advantageously, the method is embodied as software in machine readable form on a 
storage medium 

35 

According to a further aspect of the invention, there is provided a method of 
signalling to provide source routing in a packet network, the method comprising; 
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sending a path message from an end point to a first virtual router, determining a path, 
• forwarding the path identity to a second virtual router, determining a routing vector 
across the network, and returning information identifying said routing vector to the 
first virtual router. 

5 

A routing vector is defined as a partial route, which is installed as a cross-connection: 

The methods may be embodied in the form of software in machine readable form on 
a storage medium. 

10 ~ 

Advantageously, the network is a five stage network of known sized trunks whose 
topology is controlled by and thus known by a management layer. 

According to a further aspect of the invention, there is provided a method of 
15 signalling to establish an end to end path in a multi-protocol label switched packet 
network, the method comprising sending path reservation requests as tunnelled 
resource reservation protocol (RSVP) messages between first and second virtual 
routers 

20 According to another aspect of the invention, there is provided a label switched 
communications packet network in which label switched paths are installed, the 
network including path selection means for defining and installing partial routes each 
comprising two or more paths such that an end-to-end route across the network can 
be defined as the concatenation of two partial routes 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the invention will now be described with reference to the 
accompanying drawings in which 

30 

Figure 1 illustrates schematically a multi-protocol label switched network 
according to a preferred embodiment of the invention; 

Figure 2 illustrates MPLS routing in a three stage MPLS network; 

35 

Figure 3 is a schematic diagram of a network based on MPLS source routing; 
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Figure 4 illustrates implicit switching in a five stage MPLS network; 

Figure 5 illustrates the concept of routing vectors; 

5 Figure 6 shows the end to end label stack manipulation functions; 

Figure 7 shows a functional model of virtual router operation; 

Figure 8 shows RSVP (resource reservation protocol) service and bearer 
10 control in a five stage network; _ 

Figure 9 illustrates the method of establishing IP routes using routing vectors; 

Figure 10 illustrates a routing vector selection sequence for a selectable 
15 destination; and 

Figure 1 1 illustrates a routing vector selection sequence for a non-selectable 
destination. 

20 DESCRIPTION OF PREFERRED EMBODIMENTS 

The exemplary functional model shown in figure 1 incorporates a switch fabric 10 
controlled via a control plane 20 and a management plane 30. Multi-domain 
operation is achieved by means of an autonomous system (AS) management 
function 11. This receives information from autodiscovery and distils an abstract 
25 node representation of the domain for use by the super-ordinate management 
function 12 . A network autodiscovery function 13 operates on the base fabric and 
populates the AS (autonomous system) management function 1 1 . 

Multilayer switching is represented by distinguishing between a network bearer 
30 control function 14 which operates on the whole MPLS network and a virtual network 
bearer control function 1 5 which operates within a network of virtual MPLS switches. 

In the network of figure 1, the virtual switch concept is extended such that virtual 
switches 16 configured in the base fabric 10 via the sm reference point can be further 
35 dynamically partitioned into virtual switches, which are allocated to instances of the 
control plane 20. The first layer of partitioning could be used to segregate an 
ATM/MPLS "ships in the night" fabric into its two parts or an optical fabric into a 
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MPLS part and a SONET/SDH part. The second layer of partitioning allows multiple 
instances of the MSF control plane architecture. The first layer of partitioning follows 
the principles of the sm and vsc reference points without change, the second layer of 
partitioning is achieved by using policy to control the network bearer control function 
5 15 and the virtual switch control function 17: this maps onto the existing vscm and bs 
reference points. Additional reference points are identified, i.e. bsm which operates 
exactly as bs but is used by management to install semi-permanent cross-connects 
and bi which is between layers of the bearer control function. In the drawing of figure 
1 , the interfaces identified by lower case letters correspond to the interfaces of the 
10 MSF (Multiservice Switching Forum) model. 

FUNCTIONAL MODEL OPEFtATION 

We have found that dynamic partitioning allows an MPLS network to create partitions 
by using constraint-based routing to install LSPs and their corresponding labels, 
15 sessions can then be multiplexed into the established LSPs by applying cross- 
connections at the next level of label. A label stack, installed at the edge of the 
network, can act as a source route so that pre-installed cross-connections achieve 
dynamic multiplexing into the pre-established LSPs; this provides implicit switching. 

DYNAMIC PARTITIONING 
20 The operation of the functional model to achieve dynamic partitioning is as follows: - 

• On installation of a fabric, the network autodiscovery function 13 exchanges * 
autodiscovery messages with other nodes in the network over the id 
reference point: this could use the LDP (label distribution protocol) or OSPF 

25 protocols. This operation continues on a regular basis until the fabric is 

decommissioned. 

• When new nodes and links are discovered then the autonomous system (AS) 
management function 1 1 is informed over the dsm reference point. 

• The autonomous system management function deduces the abstract node 
30 representation of the network and passes this to the super-ordinate 

management function 12 over the asm reference point. For instance if 
another carrier is used for transparent MPLS service then the autonomous 
system (AS) of this carrier would be represented as a single abstract node 
with its points of access to the MPLS-MSF network. 
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• The super-ordinate management function 12 decides which nodes in the 
MPLS physical network should host the virtual switch functions for an 
instance of an MSF control plane. It then defines a flexible SLA (service level 
agreement) for a label switched path (LSP) between each of these virtual 

5 switch nodes according to an interconnection plan. Virtual switches may be 

configured as multistage networks. A flexible SLA may define traffic contracts 
that are changed on a time of day basis. These flexible SLAs are passed to 
the sub-ordinate management function 19 over the vsm reference point. 

• The sub-ordinate management function 19 installs LSPs and therefore 
10 creates a second level virtual switch; it does this by invoking the network 

bearer control function (NBCF) 14 to run CR-LDP or RSVP-TE over the 
network ic reference point. COPS is used over the vscm reference point in 
order to pass a constraint specification to the network bearer control function 
14 to allow the constraint based routing to function. This operation is repeated 
15 as required in order to modify the LSPs according to the requirements of the 

flexible SLA. 

• The network bearer control function 14 installs the LSP and notifies the virtual 
switch control function (VSCF) 17 of its existence over the bs reference point. 
The sub-ordinate management function 1 9 is able to use the bsm reference 

20 point in order to install semi-permanent cross-connections to allow the 

application of implicit switching. COPS allows a policy enforcement point 
(PEP) such as a VSCF (virtual switch control function) to be controlled by 
multiple policy decision points (PDP) such as the sub-ordinate management 
function 19 for different aspects of policy. The VSCF is thus able to support 

25 multiple reference points for policy control if COPS is used. 



MPLS SOURCE ROUTING 

It is possible to use MPLS in a source routing mode in which a source route is 
embodied by a series of poinMo-point LSPs. A particular series of LSPs can be 

30 defined by a label stack. Each label is popped at the end of the LSP exposing the 
next label, which identifies the next LSP. Two examples are shown in figures 2A and 
2B. Both figures represent three-stage networks, one (figure 2A) connected to Media 
Gateways the other (figure 2B) connecting directly to IP networks. In these figures, 
the nodes 24 are coupled by first layer label switched paths 25 with traffic contracts. 

35 Cross connects 30 are installed in the nodes using COPS. 
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In figure 2A, the first layer LSPs 21 act as the RSVP equivalent to trunk groups. A 
route is defined as a series of two LSPs, so that if there are e.g. one hundred 
destinations such as C and ten optional intermediate routers such as B, then there 

-5 are one thousand possible routes. In the Media Gateway case a semi-permanent 
cross-connection is installed at A for each route between an input label and a pair of 
labels, which define the route comprising the output label of the first LSP and the 
input label of the second LSP. A semi-permanent cross-connect is also installed at B 
for each route. If media gateway MG1 initiates a new session then a route is selected 

1 0 which has sufficient bandwidth in both its LSPs and the label for that route is passed 
to the media gateway. All media session packets are routed with guaranteed QoS to 
C where they can be onward routed either by IP routing or over a further stage of 
MPLS source routing. The case of IP ports is very similar except that a cross- 
connection is established for each session between an IP 5-tuple filter which 

15 identifies the media session traffic and the label stack which identifies the route. This 
is illustrated in figure 2B. 

In a modification of this technique, source routing can also be applied to achieve the 
functional equivalent of the MPLS multipoint-to-point LSP. This is illustrated in the 
20 schematic diagram of figure 3. 

At each edge node, a cross-connect 30 is installed between an IP filter 31 for the 
forwarding equivalence class (FEC) of the route and the two-label stack which 
defines the route. At node B t two cross-connects 32, 33 are installed between the 
25 input label switched paths (LSPs) from A1 and A2 to the output LSP to node C. In the 
illustrated example interface specific labels are assumed. If a platform wide label was 
used, the same effect could be achieved with a single cross-connect. 

The scheme can be extended to many stages, a five-stage example being shown in 
30 schematic form in figure 4. In this case nodes B and D act as local gateways to the 
national and international gateways at nodes such as C. Suppose for example that 
there are one thousand destinations such as E, two local gateways at each end such 
as B and D and* fifty national or international gateways such as C. The number of 
possible routes is very high. In order to manage the routes the problem is treated as 
35 a concatenation of two three stage networks. This is effected using the concept of 
routing vectors as illustrated in figure 5. 
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A routing vector (figure 5) is defined as a partial route, which is installed as a cross- 
connection. Thus in the five-stage example of figure 5, a first routing vector from 
A->C would be installed per session at A and a second Routing Vector for C^E 
would be installed at C. Routing vectors can be identified as objects and passed in 
5 signalling messages. Routing vectors have input labels so they can be invoked by a 
label at the appropriate point in a stack. The examplary five-stage network would 
require one hundred routing vectors to be installed at A and two thousand installed at 
C to cover all of the possible routes. It would be possible to install a second level 
LSP without a traffic contract to perform the same function as the Routing Vector 
1 0 however RSVP-TE does not explicitly support the installation of such LSPs at this 
stage. The Routing Vector method is neutral to the use of CR-LDP or RSVP-TE. 
The process steps embodied in the arrangement of figure 5 are as follows. 

•Use the label assigned to an MPLS LSP as a vector quantity 
1 5 -Use a stack of such labels to form a vector describing path across a network 

•For paths across the illustrated network, the following label stacks would be 
used: 

-A to D -> 2io2o/4i 
-B to C -> 1io1o/3i 
20 -B to D — > 1io1o/4i 

•Per-LSP bandwidth monitoring permits accurate edge allocation of traffic to 
each path vector 

The label manipulation functions are illustrated in figure 6. The overall process is one 
25 of end-to-end Session Admission Control. If the session flows are policed at A 
(figure 5), then the QoS experienced for the session can be equivalent to that 
achieved by ATM (Asynchronous Transfer Mode). The key difference being that 
there is no requirement for a per session connection control signalling function. 
Alternatively, if the Layer 1 LSPs (label switched paths) are being used for IP Routing 
30 then a traffic contract is provided at IP Layer 2 between the nodes but the individual 
IP Layer 3 routes compete for use of the bandwidth. 

AUTODISCOVERY AND IP ROUTING IN VIRTUAL NETWORKS 
The operation of Virtual Private Routed Networks is described in Informational 
35 RFC2764. Two schemes are currently being developed and deployed. A Virtual 
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Router scheme is also described in.RFC2764 whereas an alternative method based 
on extensions to BGP4 is described in Informational RFC2547. 

This section is based on the Virtual Router method; the RFC2547 method could aiso 
5 be modelled. 

A part of the MSF functional model is illustrated in figure 7 in which an example of an 
NSICF is termed a Virtual Router Function (VRF) for clarity. The VRF 71 receives 
external routing protocols such as OSPF (open shortest path first), IS-IS or BGP4 via 
10 a signalling gateway function 72 over the st reference point. This functional model 
may be used to install routes in the MSF Virtual Network as illustrated in figure 3. The 
first layer LSPs are installed as described above. The cross-connects and IP Filters 
are installed by the VRF. 

15 The operation of this functional model is as follows: - 

• A Virtual Network is established using dynamic partitioning as described 
above. The installation process provides an output label for the LSP at its 
source which is also the input label at its destination. 

20 • The virtual router function (VRF) 71 receives routing protocol information and 

decides on the routes that it needs to install, for each route cross-connections 
are established at all the points of convergence of all of the LSPs that form 
components of the source routed multipoint to point path. 

• IP Filters are installed at each input port for each forwarding equivalence 
25 class (FEC) and are cross-connected into the Label stack which defines the 

multipoint-to-point series of LSPs for that route. This is done using VSCF 
over the bs reference point. 

• The VSCF installs the IP Filter using the sp reference point and the cross- 
connect is installed using the vsc reference point. 

30 

MPLS IMPLICIT SESSION SWITCHING WITH QOS GUARANTEES 

The MSF control plane for the QoS (quality of service) guaranteed RSVP Service is 

illustrated in figure 8 which illustrates RSVP service and bearer control in a five stage 

network. 

35 
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The end-to-end RSVP service is implemented by an NSICF (not in service for 
incoming call function) at each end supported by a VN-BCF (virtual network bearer 
control function) for each LSP. VN-BCFs communicate in pairs so as to be aware of 
resource availability for routing vectors. RSVP messages are trapped and passed to 
5 the NSICF using COPS-RSVP. A small number of candidate routing vectors are 
appended to the RSVP message and forwarded over the ia reference point, these 
are compared with resource availability from C->E and a pair of Vectors is selected 
and appended to the return RSVP message. COPS-PR is then used to install the 5- 
tuple IP filter and to cross-connect it to the selected routing vectors. The ia reference 
1 0 point is realized by returning the RSVP message encapsulated in COPS to the PEP 
- at A where it is forwarded over the source route established for its FEC by the Virtual 
Routing function. The RSVP message is then trapped at E and forwarded to its 
NSICF. 

15 In an exactly similar fashion, it is possible to use routing vectors in order to establish 
IP routes having traffic engineering constraints. This is illustrated in figure 9. The two 
virtual routers 91a, 91b at either end exchange label mapping messages carrying 
routing vector information. Routing vectors could be selected on the basis of traffic 
attributes learnt from monitoring actual traffic to select e.g. a least congested path. 

20 Traffic engineering can then be effected by rerunning the route selection process to 
avoid paths that are experiencing congestion. 

The can be compared with the Inter-domain Policy Routing (I DPR) of 
RFC1 478/1 479. Indeed the ia interface could be based on the path establishment 
25 messages of I DPR. 

SIGNALLING DETAILS 

We now expand upon the details of the signalling required to achieve the above 
integration of RSVP with source-based routing described in Figure 9 and taking the 

30 virtual router model described in Figure 7 as a basis for the functional elements. We 
will assume that the IP networks at either side of the MPLS core use RSVP-based 
reservation to achieve QoS and that both user endpoints also use RSVP signalling. 
For the purposes of simplicity, we will only illustrate the signalling required to 
establish the forward path across the network. It Will be understood that the reverse 

35 path is established in a similar manner. 
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No assumptions are made about the session signalling that might be associated with 
this RSVP signalling, nor about how it might be integrated into the reservation 
process. 

5 There are two possible models for this mechanism. The first assumes that the source 
virtual router can resolve the IP address of the destination virtual router when the 
Path message arrives, based on the called party's IP address. The second method 
presents a call flow of r circumstances when this is not achievable. 

10 DESTINATION VIRTUAL ROUTER RESOLVABLE 

- Referring now to figure 10, the reservation process is initiated by Endpoint 1 (EP_1) 
by sending a Path message. This is trapped by the VSCF at Virtual Router A that is 
operating as a Policy-based RSVP router. This triggers a COPS-RSVP Request 
(REQ) message and this may include any local Policy information from the access IP 

15 network. It must also include the information about the destination Endpoint (EP„2) 
so that the VRF can make a route selection decision. 

The virtual router function (VRF) now determines a set forward half-paths to the 
nodes denoted as C in Figure 10. These half-paths are determined using the 
20 processes described above. Once determined, this set is communicated back using 
a Decision (DEC) message that also includes the IP address of the virtual router. 
This is required as the path selection will have been made with a particular exit point 
from the MPLS network in mind and it is to this exit point that the Path message must 
be sent to establish the RSVP state. 

25 

To ensure that RSVP state is established at the correct exit point from the MPLS 
network, the Path message is IP encapsulated taking the IP address of the 
destination Virtual Router (according to RFC 2003) and the half path information 
added in the Policy part of the RSVP message. It is sent to virtual router E where it is 

30 processed by the VSCF. The Policy elements are stripped out and their contents 
communicated to the VRF in a DEC. The VRF at Virtual Router E now has sufficient 
information to make a choice of the Routing Vector across the network. This is 
communicated back in the DEC message back to the VSCF. Note that if no Routing 
Vector was found, the DEC will communicate this and the VSCF will send a PathTear 

35 to the previous hop (phop) RSVP router (Virtual Router A) to clear down the 
reservation. 
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If a routing vector has been determined, the VSCF sends the Path message onwards 
(without the path selection Policy information) across the IP network to Endpoint 2 
(EP_2). Assuming the TSpec in the Path message can be accommodated, EP_2 
responds with a Resv message. This is forwarded back across the IP network until it 
5 reaches Virtual Router E. At this point another REQ and DEC exchange occurs. The 
Resv message is then sent back to virtual router A with the routing vector information 
contained in the Policy Data element of the Resv. This time there is no need for IP 
encapsulation as Virtual Router A is stored as the phop and this address is used as 
the destination for the Resv message. 

10 

- When the Resv reaches virtual router A, the VSCF removes the chosen routing 
vector information. This is communicated to the VRF in a REQ. The VRF now uses 
the be interface to communicate the chosen path to the VN BCF. The VN BCF then 
sends a COPS-MPLS DEC to the VSCF, however note that this updates the COPS- 
15 MPLS PIB. A pointer must therefore be added to the Path State Block established by 
the RSVP messaging to the label stack to be used for forwarding subsequent RSVP 
messages. This information is communicated in the COPS-RSVP DEC from the VRF 
to the VSCF. 

20 This done, the VSCF now forwards the Resv message to EP_1 to complete the 
RSVP exchange. 

DESTINATION VIRTUAL ROUTER NOT RESOLVABLE 

In this call walkthrough it is assumed that the destination Virtual Router is not 
25 resolvable by Virtual Router A. The call signalling sequence is very similar to the 
previous example and is illustrated in Figure 11. EP_1 again begins with a Path 
message that triggers a REQ at the VSCF of Virtual Router A. This time the DEC just 
returns normal RSVP Policy information such as a revised TSpec based on the SLA 
of the user and also the instruction to IP encapsulate the Path message. The VSCF 
30 thus IP encapsulates the Path message and forwards it across the MPLS core - this 
is performed to inhibit any interaction the RSVP message might have with the core of 
the network, especially if the core is running RSVP-TE. 

When the Path message reaches virtual router E, it is decapsulated and the VSCF 
35 generates a REQ to the VRF that includes the TSpec for the reservation and the 
address information of virtual router A (this is determined from the phop information 
in the Path message). The VRF now has to determine the set of second half paths 



12 




from the virtual router C nodes that are reachable by virtual router A and have paths 
to virtual router E. Path selection is thus happening in the exact opposite manner to 
that presented above. The chosen half-routing vectors that satisfy these constraints 
are returned in the DEC message. 

5 

The Path message is forwarded to the called party (EP_2) and a Resv is returned. 
Again a REQ-DEC sequence is performed at virtual router E and the Resv is then 
forwarded across the MPLS core with the half -routing vector information included in 
the Policy Data element of the message. (Note that the half-path determination can 
10 also be performed at this juncture, based on the TSpec returned by the called party.) 
- As above, the Resv does not need to be encapsulated as it uses the IP address of 
Virtual Router A as its destination. 

When the Resv reaches the VSCF of virtual router A, it sends a REQ to the VRF that 
15 includes the half-routing vector information and the flow filter. The VRF now performs 
a route selection and communicates its decision to the VNBCF. This sends a COPS- 
MPLS DEC message that maps the flow filter onto the correct label stack (for 
robustness, this filter may also contain a pointer to the Path State Block formed by 
RSVP that relaters to this flow). The VNBCF also sends a pointer to the label stack 
20 back to the VRF which communicates this, along with the chosen routing vector 
information to the VSCF. The Path State Block is updated to include this label stack 
pointer as before. The Resv is now forwarded back to EP_1 and an early Path 
refresh is sent to virtual router A that includes the chosen routing vector information. 

25 The early refresh is important as virtual router E needs to know which of its selected 
candidate half-paths was chosen and thus now has a reduced capacity, as this 
impacts all future half-path decisions. However, note that this early Path refresh only 
happens once and that the overall refresh rate is not affected. 

30 It will be understood that the above description of a preferred embodiment is 
given by way of example only and that various modifications may be made by 
those skilled in the art without departing from the spirit and scope of the 
invention. 
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